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Introduction to the Human Factors 
Implementation Team (HFIT) Process 
for Payload Developers 


Presented by: Rich Ellenberger 
Flight Crew Integration (FCI) 





Purpose 


= Provide a background and overview of the Human Factors 
Implementation Team (HFIT) process. 


Background and History 


= The HFIT process was developed in 2003 to make Human Factors 
requirements integration and verification consistent across payloads, 
efficient, and successful for PDs and the ISS program. 


=» Aids the PD in Human Factors requirements integration and compliance 
(SSP 57000 section 3.12). 
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Background 





Background and History (cont.) 
= HFIT results in elimination of costly International Space Station (ISS) Program 
paperwork for human factors exceptions 


= Before the HFIT process was established, 65% of board-processed exceptions were 
related to HF requirements. 


# With the HFIT process, HF requirements violations are either avoided, resolved, or at the 
least, minimized. Any unavoidable violations made known/vetted early with the HFIT 
team can be assessed, accepted and documented. 


= HFIT results in hardware that is easier to safely operate 


= Improves safe and efficient human interaction with the hardware, which facilitates on- 
orbit crew operations and improves science outcomes. 


= Astronaut Office provides the operator feedback for hardware operability and crew tasks. 
" HFIT is optional, but virtually all PDs choose it because it’s so beneficial 


= HFIT Team identifies potential human factors or operational issues early so design 
changes can be made easily with little to no cost impact to ensure better requirements 
compliance at verification stage. 


=" HFIT and the PD are usually able to agree on low cost solutions to meet requirements. 
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Requirements Update 





RISE requirements reduction summary 


= Significant 33% reduction in total number of requirements (“Shalls”) and 
guidelines (“Shoulds”). [From 107 to 72] 
=" Redundant requirements consolidated (e.g. captive parts, one-handed 
operation). 
= Deletions of unimportant (no consequence if don’t meet) or rarely applicable 
requirements (e.g. Audio Device Displays). 


= Massive 76% reduction in number of requirements (“Shalls”). [From 103 to 26] 
» Remaining 26 “Shalls” are required to be verified because they are crew safety 
related or needed to prevent damage to neighboring hardware. 
= Number of guidelines (“Shoulds”) went from 4 to 46. 


= Guidelines are not required to be met for approval. PDs accept the risk to 
their mission success for not meeting guidelines. 


=" HFIT will still provide recommendations on meeting guidelines when they're 
in the best interests of the payload’s success. We still want payloads to be 
successful. 
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HFIT Function 





HFIT Tasks 


= HFIT Team reviews available payload data and documents applicable 
requirements in “Human Factors Requirements Applicability and 
Compliance” (Form 881) 
= PD, Astronaut Office, and PIM concurrence (email-no signatures) 


= Initial evaluation of Payload HW scheduled as early as possible 

= Venue can be SRR, PDR, hardware operations TIM, or similar milestone as 
coordinated by Payload Integration Manager (PIM). 

= Requirements applicability refined as knowledge of hardware increases. 

= HFIT conducts the evaluation with Astronaut Office support to exercise crew 
interfaces. 

= |IPLAT (ISS Payload Label Approval Team) assessment can be done at the 
same time. HFIT coordinates with IPLAT. 

= Objective is to provide the PD an early snap-shot of design compliance. 

= Quick (within a week) constructive feedback provided to PD via Form 881. 
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HFIT Function 





HFIT Tasks (cont.) 


= Provide on-going support/feedback on requirements interpretation and 
compliance. 


# Final HFIT evaluation to formally verify HF requirements 

=" Conducted with HFIT rep, PD rep, and Astronaut Office rep at designated 
venue. 

= Can be done remotely in some cases for simple payloads. 

=" HFIT coordinates with IPLAT on final label approval. 

» Any requirements violations are documented on the Human Factors 
Requirements Non-Compliance Acceptability Form, Form 882. 

= For minor, non-safety related issues, if HFIT and Astronaut Office 
accept them, Form 882 is signed. 


= Close HFIT requirements 
= Provide PD with requirements verification documentation. 
» Signed HFIT Certificate of Compliance (CoC), with attached Form 882 if needed. 
= Document and Archive CoC with Program database, VERITAS. 
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Integration with Operations 





New for 2016: 


¢ There is a desire to perform HFIT evaluations and Operations 
Assessments at the same time, when possible. 
¢ Both HFIT and Ops Leads need much of the same data. 


¢ HFIT benefits from having draft procedures available for Astronaut Office rep to 
exercise crew interfaces to assess human factors requirements compliance. 


¢ Ops Lead benefits from the opportunity to refine procedures in person with the 
PD and Astronaut Office. Many times procedures comments (e.g. sequence of 
tasks) are made at an HFIT evaluation anyway. 


¢ Best use of PDs time to “kill two birds with one stone”; merge HFIT and Ops 
assessment into one event. 


¢ Very PD-friendly and in the spirit of RISE to combine HFIT & Ops 
Assessments. 


¢ MSFC Operations Leads have an open invitation to attend any HFIT 
evaluation when possible. 
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eHFIT 





New for 2016: 


¢ eHFIT (separate presentation) will streamline the HFIT human 
factors verification process. 
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Crew Comments Resource for 
Payload Developers 








LU The FCI Operational Habitability (OpsHab) team collects, identifies and 
analyzes data from the ISS Post-Flight and On-Orbit Crew Debriefs, from 2- 
A to current E-39/40 


UO *Confidential Crew Comments Data Base ° *) maintained by OpsHab: 


aero Generoa* 


Contains more than 63,000 crew comm~ eo 

Post-flight and on-orbit debriefs, 30° vystems 

Searchable archive (SQL datar- we _yurce for all ISS Crew Debrief transcripts 
Supports current and future .gn and development of vehicles, hardware, 
requirements, procedi'” \) “ution, lessons learned & trending 


0 .ab (Upon Request): 

Quick Reque: O .. Customizable report containing all available comments on a 
specific topic, ke ~ .d, or mission (e.g. US Payloads) or a specialized data set (e.g. 
individual payloaus, Payload Training, crew time, etc.) across all debriefs 

After request, Report delivery approximately 1 week, depending on complexity of 
search 

All Reports are reviewed and approved by the Astronaut Office prior to dissemination 


*Due to privacy agreements with the Astronaut Office, only the OpsHab team has access to directly search the CCDB and create 


Reports 
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HFIT Points of Contact Sy 





Payload HFIT Lead 


" Rich Ellenberger: 281.483.5238 (NASA FCI System Manager 
Deputy and Payload HF Lead) 


Payload HFIT Representative 

Jason Beierle: 281.483.7919 

Jenae Aber (Lestishen): 281.226.5724 281-226-5724 
Chen Deng: 281.226.4264 

Antonius Widjokongko: 281.483.9717 

Wynona Johnson-McAfee: 281.483.8870 

Mai Lee Chang: 281.483.0685 


Other FCI Contacts: 
= Susan Schuh: 281.483.7487 (FCI OpsHab Lead for Database) 
= Laura Duvall: 281.483.0244 (NASA FCI System Manager) 
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Questions? 
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Introduction to the ISS Payload Label 
Approval Team (IPLAT) Process 
for Payload Developers 


Presented by: Rich Ellenberger 
ISS Flight Crew Integration 





Purpose and Background 


Purpose 


= Provide a background and overview of the ISS Payload Label Approval 
Team (IPLAT) process 


Background and History 


= IPLAT process was originally developed in 1999 as a mandatory process to 
facilitate the verification of IVA payload labeling requirements in Appendix C 
of SSP 57000 (new Appendix O in SSP 57000 Rev R). Similarly, IPLAT 
also covers EVA labeling (SSP 57003). 


= SSP 57000 (3.12.7), contains a single label requirement and it points to 
label requirements in Appendix C (to become Appendix O). 

= IPLAT prepares all needed verification paperwork and forwards signed 
Label Approval Form (2994) to formally document verification closure of all 
labeling requirements. 


=" HFIT and IPLAT work together as one team, although they are on separate 
contracts. 
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Labeling of Crew Interfaces 





IPLAT must review all labels on Payload hardware/equipment 
that the crew will interface with (nominal operations, planned 
maintenance, contingency) 


= This includes, but is not limited to: 
o Rack/subrack front panel type hardware 


o All experiment equipment, loose or mounted other than in rack/subrack 
formation 


o All equipment cables, fluid lines, hoses, etc. 
o All equipment controls, switches, ports, LEDs, containers, etc 


" This does not include: 
o Items which the crew will not interface with (e.g. internal circuit boards, etc.) 
o Labels contained within software displays. These are handled by the 
Payload Display Review Team (PDRT). 


o Procedures, Cue Cards, etc. These are handled by the Payload Operations 
Data File (PODF). 
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Standard IPLAT Process 





Perform label evaluations for new/modified hardware: 


= Labeling assessment requires information on Label content, format, location 
and orientation. IPLAT performs 2 label evaluations: initial and final 


# Initial label evaluation 
o PowerPoint schematics with proposed labeling 
o Draft Engineering Drawings that contain all label details 
o Draft Engineering Drawings that contain label location/orientation info, and 
separate “label spec” (spreadsheet) with label content/format information. 
This method reduces changes to engineering drawings if/when label 


information is updated. 


o Final label evaluation 
o Released engineering drawings 
o Photos of flight hardware with labels installed. Vast majority of approvals are 


now done via photos. 


= Note: Aclear understanding of the payload’s operations is necessary in order 
to design labels that meet the requirements and facilitate on-orbit operations. 
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Standard IPLAT Process 





= IPLAT provides written feedback to PD: 
= PD's proposed label design (meets requirements) 
= Or, provide detailed recommendations to meet requirements 


= IPLAT provides required verification closure paperwork to PD: 
= Signed 2994 form to close label verification 


= New for 2016: 


= eLabel will streamline the IPLAT label approval process. There will 
be a separate presentation on eLabel. 
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Labeling Examples 
(Identification, or “OpNom” labels) 





Data Recorder 


P/N XXXXXXXXXXXXXXX UTE 
TU S/N XXXX 


— Example of subordinate 
Rack “main unit” name example 


equipment name 
SRE (Science Research Facility) 


SRFIOOCY 





(Science Research Facility) 





Rack “main unit” name example - vertical space limited 


Bee Colony Kit 
Bee Colony 5 


Isolation Tubes - 10 
Subrack “main unit” name example 


Bacteria Immobilizer 
Culture Swabs - 50 





SPICE Electronics Box 


(Smoke Point In Co-Flow Experiment) Stowage kit name/contents label 


P/N XXXXXXXX Wn 
Example of “main unit’ name for a 
“Non-rack self-contained payload” 





Note 1: These standard labels can be ordered from the Decal Design & Production Facility (DDPF) through 


the BITS (Barcode Inventory Tracking System) group. 
Note 2: Acronyms should be avoided when possible. 


Note 3: To help denote ownership of an object to a specific payload, one can include the acronym in the 


“smart” barcode such as in the SRF examples above. 
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Labeling Examples 
(Rack and cable/hose labels) 








Connector port/cable & hose labelin 
Rack level labeling ? g 
SCIENCE RESEARCH FACILITY (SRF) 

| 
Location NOT TO SRF Analyzer Module SRF Pressure Module 
Code SCALE P/N XXX wut P/N XXX nd 


‘pail raven EaRCEN 
seat track) DATA J1 OXYGEN OUT DATA J2 OXYGEN IN 


) © © © 











































NOT TO SCALE 























Nd 




















a q Sti eid Txbel Electrical Cable Pompe 
O 
g a? Pi SRF Data Cable P2 oe 
re d : a To SRF Analy zt Module sea To SRF Pressure Module 3 
Ni ZF. / Hardware ID label 
Access Panel ng Match port name on h/w exactly 
ID labels 
(see C.3.4.4.2.3.B) 


Hose Example / 


hose end label 
oF — 
To SRF Analy zer Module Ta en Hose | ) To SRF Pressure Module 
f OXYGEN OUT Tt [ OXYGEN IN 
itso J 


Hazard 
Match port name on h/w exactly Hiata ware ED ‘label label 


E3 
E1 
F1 


G1 
H1 


















Left Seat Track 


(rotated) 2 





J1 











\Obnonoonnoonomononononoonons 


Also acceptable: To SRF Analyzer Module (flag style) 
DATA J1 
Black Letters 
On White Notes: 
Background 


Electrical cables/ports: “P” designates cable end plugs and “J” designates 
receptacles on hardware regardless of gender (pins/sockets). 





Hose End Labels: The first line of the end label may be left off (as shown above) if 
the hose end does not have a specific identifier. In this case, only the second and 
third lines are needed. If hose ends must be identified, do not use a “P” number. 


Hose Identifying Labels: Flow direction should be shown if the hose ends are not 
interchangeable. 
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Labeling Examples 
(Stowage container labels) 


Ziplock Example 
(Not tracked) 


Ziplock Example 
(Not tracked) 





Ziplock Example 
(Tracked) 











SRF Smartphone 





PIN XXXXXX 


Quantity -1 








Connector Cover 





PIN XXXXXX 


| Quantity -3 


eet i 
ea t 


{ i 

t t 
= = 2st 
0000 Q0000 g0000 








Ziplock Bag 





HII 
XXXXXAXXK 


Connector Cover 





PIN XXXXXX 
Quantity - 3 

es et 
' te} te} 
a a 
50000 00000 O0000 














Note: This is an example of an item that does 
need to be tracked on orbit. The hardware 
can be labeled with an IMS barcode. If the 
item(s) will not be returned to the ziplock bag 
then only an identification label is used. 


Note: This is an example of a small item(s) 
that does not need to be tracked on orbit. 
JF1345 Form (IMS Exemption) has been 
approved. If the item(s) will not be returned to 
the ziplock bag then only an identification 
label is used. 


Multiple Individually 


Note: This is an example of a small item(s) 
that does need to be tracked on orbit because 
the hardware needs to be returned to the 
ziplock bag (ziplock is not thrown away). 
JF1345 Form (IMS Exemption) has been 
approved. The ziplock bag is manifested in 
this case and it should have a barcode on it. 
The part number for the ziplock itself is not 
necessary. 


Multiple Individually 

















Kit Example Manifested Items Example Manifested Items Example 
(Preferred) (Tracked) (Not tracked) 
Ziplock Bag 
cal tina 
Contents: Contents: 

USB Cable - 2 USB Cable - 2 

Connector Cover - 3 P/N 8543221 

Memory Card - 4 Contents: Connector Cover - 3 


Biological Fixative Tube - 4 








USB Cable - 2 
PIN 8543221 


Connector Cover - 3 
P/N 992267 


Memory Card - 4 
P/N 765132 


Biological Fixative Tube - 4 
P/N 765234 


ZS 





| For SRF 








P/N 992267 

Memory Card - 4 
P/N'765132 

Biological Fixative Tube - 4 
PIN 765234 





ba) | For SRF 














Note: This is an example of stowage items 
that have been organized into a manifested 
kit. 


Note: This is an example of a stowage items 
that have not been organized in a manifested 
kit. These stowage items need to be tracked 
on orbit because the hardware needs to 

be returned to the ziplock bag. If a ziplock 
bag is manifested in this case it should have 
a barcode on it, but the part number for the 
ziplock itself is not necessary because it's 
hardware inside that is relevant. 


Note: This is an example of stowage items 

that have not been organized into a manifested 
kit. These stowage items will not be returned 
to the ziplock bag. 





Labeling Examples 





Toxicology 


Standard C&W labels 


Fire port location code labeling 


ae 
25 genre USE 
“a F-FIRE PORT 


eh pve P2 F2 






p 


#15 Minutes Max 


EMERGENCY USE 


FIRE PORT 


-—-LAB1P2_F2 

NOTES: 

1) Text is red & stripes 
are red/white 





@ Must use bottles to 
plug into O2 system) 




















| a 3) Reference Drawing # 
@ Turn off bottle when SDG32108589 

using O2 system 2.50 

14 Pt. T 44pt Bold Za 150 —7_ \ p10 
i =: EMERGENCY USE VA eae ee ¢ -50 
diame | “so FIRE PORT 1 ian #iSse bo on ED | 
Emergency Use Label Example | 14 Pt. FE LABIP2_F2 | | 
yt d 
c 


Saou eg a: 





Caution/Warning Label Example Toxic Hazard Label Examples 
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Payload Developer Responsibilities: 
Contact IPLAT early in your design cycle 


Provide IPLAT with your HW development schedule, including design reviews, 
on-dock dates, etc. 


Notify IPLAT of any schedule changes 
Provide IPLAT with complete set of all label drawings/information 


Notify IPLAT if design or configuration changes are made, and for providing 
those updated drawings to IPLAT for review 


IPLAT Responsibilities: 


Upon receipt of Engineering Drawings from PD, IPLAT will evaluate and respond 
to PD within 10 working days 

# Approval cycle begins when all of the drawings/information are received 

=» IPLAT may negotiate for more time if the number of drawings is large or the payload is 

complex (many crew interfaces with labels) 

IPLAT will maintain a record of which drawings were reviewed and approved 
IPLAT will provide Label verification per agreed-to schedule, provided PD has 
met all above PD responsibilities 
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IPLAT Points of Contact 





Payload IPLAT Lead 
= Rich Ellenberger: 281.483.5238 (NASA FCI System Manager Deputy and 
Payload HF Lead) 


Payload IPLAT Representatives 

¢ David Segovia: 281.483.7566 

¢ Antonius Widjokongko: 281.483.9717 

¢ Wynona Johnson-McAfee: 281.483.8870 

¢ Mai Lee Chang: 281.483.0685 (eLabel Database POC) 


Other FCI Contacts: 
= Laura Duvall: 281.483.0244 
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Questions ? 


Thank you for your time 


